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Abstract. This paper presents an experience for cross-border cartography 
from Digital Landscape Model (DLM) to a Digital Cartographic Model 
(DCM). This experience was launched to produce cross-border tiles of the 
new Base M ap Type 2010 at 125 000 scale that I GN started to produce on 
whole France. 
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1. Introduction 

In France, the national mapping agency IGN developed a new production 
flowlineof Digital Cartographic Model (DCM) at 125 000 scale, by tiles of 
20 km x 20 km, deriving from the initial data stored in a Digital Landscape 
Model (DLM).Theflowlinewasreadyattheend of 2010 (and so this map is 
called Base Map Type 2010) and the production started in 2011 with many 
ti I es real i zed i nsi de F ranee. 

To produce all tiles it was necessary to define how to process for the cross- 
border tiles, where two different DLM are avail able on each part of the bor- 
der. An internship was launched in September 2012 at IGN France to exam- 
ine this problem and to propose solutions. 

This paper will present first the fl owl ine to produce the DCM at 125 000. A 
second part wi 1 1 exami ne the probl ems of the cross- border cartography and 
the proposed solution will be presented with some results obtained with 
IGN Belgium data. 



2. Base Map Type 2010 



2.1. General description 

Since the end of the 1980s, IGN has been producing the BDTopo®, a DLM 
with a precision of 1 m. This DLM contained all vector information (net- 
works, buildings, landscape, point, etc) for producing topographic Base 
Maps at 125 000 from 1993 in a new version called Type 93. But, in 2000, 
I GN produced only 25% of the French territory in BDTopo®. To speed up 
the constitution of BDTopo®, new specifications and processes were select- 
ed to finish the DLM collection on the whole territory in 2007. This decision 
implied that the production of Type 93 would be not possible: some infor- 
mation would be not present to produce the maps that the users wish to 
obtain. 

So, in2004, IGN launched the New Base Map Project with many challenges 
such as, defining processes to collect additional information necessary for 
cartographic production, for deriving 125 000 and 1 50 000 seamless 
DCMs, with some human operators in an user friendly interface environ- 
ment, for proposing an automatic process to propagate the updates collect- 
ed in DLM in DCM and, last but not least, the requirement that this should 
be slightly less expensive than previousflowlines even if there is less infor- 
mation in the new version of BDTopo®. This last requirement implied to 
introduce a lot of automatic solutions, in particular for the cartographic 
derivation processes. 

During the period 2004 - 2011 between 3 and 5 people developed the pro- 
cesses in the New Base Map Project (Maugeais et al. 2011). During that pe- 
riod, some modifications were introduced in IGN vector databases: differ- 
ent DLMs that IGN managed independently were merged into only one 
DLM called BDUni. BDUni is managed in DBMS Postgre in a seamless da- 
tabase and the GIS software GeoConcept (from Geoconcept, French com- 
pany) is used to edit data. The communication between the DBMS and Gl S 
is done by the software GCVS that IGN had developed. 

To complete the information stored in BDUni, and so to be able to produce 
maps, the New Base Map Project defined a new database, called BDCom- 
plementaire. In this database, touristic information, itineraries, contour 
lines... are stored and different processes were defined to collect this infor- 
mation. BDComplementaire is managed too in DBMS Postgre in a seamless 
database, the Gl S GeoConcept allows editing the data and the communica- 
tion between the DBMS and GIS is done by the software GCVS. 

With this complete information for the map, two main steps can be 
launched: 



• a first step merges BDUni and BDComplementai re to obtain the new 
database BDRef. This BDRef is independent of scale and symbol iza- 
tion, but some operations are applied to compute information and 
to introduce consistency: building and dual carriageways are 
merged, itineraries are conflated on topographic networks (roads 
and tracks), urban structures (used for generalisation) like settle- 
ment areas or city blocks are computed from buildings contours and 
networks. 

• a second step derives from BDRef the DCM France25 at 125000 or 
the DCM France50 at 150000. 1 n these DCMs, the symbol izati on is 
computed at the begi nni ng of the process and then automati c gener- 
alisation with Agent (Ruas 1999, Barrault 2001) and beams (Bader 
2001) solutions and label placement processes (Lecordix 1994, Bar- 
rault 1998) are launched. 

During these automatic processes, manual editing is applied in these 2 
steps to improve the results. Figurelshowsthisgeneral process. 
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Figure L General process for Base Map Type 20 ID 



2.1. Technical architecture 



The architecture retained for cartography is again similar with BDUni's 
architecture, but it has an extra software specific to cartography. Postgre 
provides the DBMS, the interactive editor is GeoConcept, with a specific 
layer designed for cartography, Publisher (Guislain and Lecordix 201]), and 
GCVS provides the link with DBMS. The software Clarity (from ISpatial, 
English company) was retained for automatic cartographic processes 
(mainly for generalisation). The New Base Map Project actors developed a 
specific bridge between GeoConcept/ Publisher and Clarity, called CLEO, 
which allows exporting data from GeoConcept to Clarity, to launch auto- 
matically cartographic processes in Clarity and then to send data from Clar- 
ity back to GeoConcept. For automatic label placement, the IGN solution 
WinPAT, used for many other flowlines, was reused with again a data ex- 
port from GeoConcept and then to send placed labels from WinPAT back to 
GeoConcept. Figure 2 shows the software architecture for collect and car- 
tography. 
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Figure 2. Software architecture for collect and cartography of Base Map Type 
2010 



2.2. Production 

Thisfull process is applied on tiles of 20 km by 20 km and a specific process 
was developed for cartographic tiles edge reconciliation to obtain the com- 
plete seamless cartographic database France25 which will allow extracting 
vector map on the wished area. 

At the end of 2012, 317 tiles have been collected and 136 of them have been 
mapped on the 1637 tiles to produce on France. For one tile, an average of 
280 hours is necessary to collect information in BDComplementaire and, 
for a part, in BDUni and 175 hours to derive France25 (Figure 3). 




Figure 3. Extract Base Map Type 20 ID 



3. Cross-border Cartography 

3.1. Solutions used in the past 

The specific cases must be examined henceforth to be able to produce all 
tiles. A specific case concerns the cross-border tiles where the information 
required for producing the wholetile, in particular the foreign part, is not 
available in the BDUni which limits his contain to the French territory. An 
example of the result obtained with the present process on the tile of 
Hendaye (France), in border with Spain, is provided in Figure4. The lack of 
information on the Spanish part can be observed. 



Figure 4. Tile of Hendayein border with Spain, without data in the foreign part. 

For previous edition of maps at 125 000 scale, obtained in the past with 
traditional process and updated now in a raster mode, the used process 
consisted, by traditional way or by raster process, in the integration of car- 
tography provided by the foreign NMA on their own country (Figure 5). For 
other smaller scales of maps, the solution used at I GN consists in a digitali- 
zation of the foreign information from existing maps in the data model of 
French map. These solutions don't allow providing either a homogeneous 
representation on the both sides of frontier (first case), either a low cost of 
production (second case). 




Figure 5. Extract of the actual 125 000 scale map on Revin, at the border between 
Belgium and France, with 2 different representations. 



3.2. New Cross-border Cartography 

IGN France decided to launch in September 20 12 an internship to propose 
a new solution exploiting the similar DLM produced by our European 
neighbor counterpart. This experimentation was done by Paul-Emmanuel 
Gautreau with data provided by I GN Belgium. 

The principle of work consists in adding a previous treatment with 2 steps 
in the process to use Belgian DLM: a translation of Belgian data model and 
data projection of foreign part in BDuni and BDComlementaire is applied, 
and then an edge reconciliation of Belgian data with French data is done in 
the border. By this way, a complete BDuni and BDComplementaire are ob- 
tained on this tile and the cartographic process described above can be ap- 
pl i ed without modif i cati on on the whol e cross- border ti I e ( F i gur e 6) . 

I n practical, the software Radius Studio from ISpatial was chosen to exper- 
iment the translation of Belgian data model in French data model and the 
edge reconciliation. This solution with Radius studio provides the possibil- 
ity to introduce these 2 steps without development. 
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Figure 6. Adaptation of the general process for Base Map Type 2010 to produce a 
tile at the border between Belgium and France. 

The main part of the work consists on the complete analysis of the schema 
of Belgian and French data model to be able to translate all Belgian objects 
with these attri butes in French objects with attributes used for the symbol i- 
zation. After this analysis of schema translation, the rules can be easily writ- 
ten with Radius Studio (Figure 7) and applied to obtain the Belgian data 
translated in BDUni and BDComplementaire model. Radius Studio is used 
with the DBMS Oracle (the direct link with Postgre doesn't exist in Radius 
Studio) and so all data are imported in Oracle. 

For the second step, a specific rule was written in Radius Studio to manage 
the detection and the edge reconciliation on the border with a geometric 
translation of Belgian data. 

After this Belgian data translation, all data in the cross-border tile are avail- 
able in BDUni and BDComplementaire and the full Base Map Type 2010 
process can be launched to obtain the France25 tile. Of course, for the first 
ti I e, many tests are appl i ed to not forget some cases i n the rul es setup. 



a (D Create an object of class TRONCON_DE_VOEE_FERREE_BE ... 
H Q Sequence: 
E (jj) If ... Then ... 

E© RA_RAILWAYTRACK5EGMENT,RAILWAYTFLA equals 1 

E© Lei T RO N CO N_ D E_VO IE_FERK.EE_BE.LA R.VG3 FE RR = 'Etrolte' 
E© If... Then... 

E© RA_RAILWAYTRACK5EGMENT,RA]LWAYTRA equals 2 

H© Lei TRONCON_DE_VOrE_FERREE_BE.LARV03FERR = 'Normale' 
E® If ...Then „ 

E© RA_RAILWAVTRACKSEGF'1EHT,RAILWAYTRA equals J 

E Q Sequence: 

S © Let TRONCON_DE_VOIE_FERREE_BE.LARV01FERR - "Normale' 
S © Let TRONCON_DE_VOIE_FERREE_BE. NATURE = TGV" 
E ® If ■■■ Then ... 

BCD RA_RAILWAYTRACK5EGMENT,RAILWAYT_i equals 1 

E© Lei TRONCON_DE_VOIE_FERREE_BE. NATURE = "Vce ferree principal' 
H@ If ...Then ... 

E © RA_RAILWAYTRACK5EGMENT, RA 1 LWAYT_i equals 2 

E© Lei TRONCON_DE_VOEE_FERREE_BE. NATURE ~ 'Metro' 
H ^ If ... Then ... 

E © RA_ RAI L W A VT RAC KSE6HENT.RA1 L W A YT_ I equals 3 

E© Lei TRONCON_DE_VOEE_FERREE_BE. NATURE - Tramway' 
E® If ...Then ... 

E© RA_RAILWAYTRACK5EGMENT,ELECTRIFIC equals 1 

E© Lei TRONCON_DE_VOEE_FERREE_BE.ENEVO]FERR - 'Ebctrique' 
E © If ...Then ... 

E© RA_RAILWAYTRACK5E<3MENT,ELECTRIFIC equals 2 

E© LetTRONCON_DE_VOEE_FERREE_BE.ENEVOJFERR - 'Non ebctrique" 
El© If ...Then ... 

E© RA_RAILWAVTRACKSEGHENT, OPERATION A equals 2 

E © Lei TRONCON_DE_VOEE_FERREE_BE.ETATOEJET = 'En construtBon" 
E © If ■■■ Then ... 

■ (_) RA_RAILWAYTRACK5E-GF'1ENT, OPERATION A equals 3 

Figure 7. Rules example in Radius Studio to translate Belgian data in French 
schema of BDUni 

3.3. Results 

The proposed solution allows obtaining the complete cross-border tile with 
the same symbol izati on on the both parts of the border and the vector data 
are matched on the border (Figure 8), with an a very efficient way: less than 
5 hours when the data translation is setup for the data of one foreign coun- 
try). 

Some symbol izati on attributes differences are observed on the border for 
some cases of roads and it wi 1 1 be necessary to exami ne if it is a problem on 
the rules or a misunderstanding on the attributes on each schema. 

But at this moment, some data are not examined and translated, in par- 
ticularly labels where important differences exist between the 2 schemas 
and the way to structure these data to be able to use them with the label 
placement software WinPAT. 




Figure 8. Result obtained on the cross-border tile after exploitation of Belgium 
data (border in orange). 



4. Conclusion 

This paper presented a solution to solve problems for cross-border cartog- 
raphy. With an introduction of foreign data in the French DLM by schema 
translation and edge reconciliation, many problems to obtain the DCM are 
solved and the cartographic derivation process can be applied. The cartog- 
raphy is the same on the 2 parts of the border, even if some cases must be 
examined, in particularly for label placement. 

In the context of INSPIRE strategy, the data of many countries will be 
available in the future. The proposed solution which merges the data in a 
same DLM to produce a DCM will be more usable for cartography in cross- 
border area. 
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